Reduzindo a configuração de quatro nós para dois nós no Amazon Web Services (AWS)

O software IBM Spectrum Virtualize for Public Cloud no AWS suporta configurações de cluster de dois nós e de quatro nós. É possível reduzir um cluster de quatro nós existente para dois nós removendo nós da pilha existente no AWS.

Pré-requisitos e Restrições

Neste procedimento, um grupo de E/S é excluído, o que deixa a configuração com um único grupo de E/S com dois nós. Antes de você excluir o grupo de E/S e seus nós, todos os volumes que estão configurados no grupo de E/S que é excluído precisam ser migrados para o grupo de E/S restante. No entanto, esse processo tem as seguintes restrições:
  • Volumes dentro dos conjuntos de redução de dados não são suportados. Todos os volumes thin-provisioned, compactados ou deduplicados nos conjuntos de redução de dados devem ser convertidos para um volume básico em um conjunto padrão antes de excluir o grupo de E/S. Se desejar converter esses tipos de volumes de um conjunto de redução de dados para um conjunto padrão, consulte Movendo volumes para um conjunto padrão.
  • Volumes relacionados aos objetos de Serviços de Cópia não são movidos durante a migração. Se existir algum objeto de Serviço de cópia na configuração de quatro nós, será necessário concluir as ações a seguir antes de reduzir a configuração para o cluster de dois nós:
    1. Use o comando correspondente para excluir o objeto de Serviços de Cópia relacionado da configuração de quatro nós. Por exemplo, use os comandos a seguir para cada objeto de Serviço de Cópia:
      • Para grupos de consistências de FlashCopy, use o comando rmfcconsistgrp.
      • Para mapeamentos de FlashCopy, use o comando rmfcmap.
      • Para grupos de consistências de cópia remota, use o comando rmrcconsistgrp.
      • Para relacionamentos de cópia remota, use o comando rmrcrelationship.
      • Para parcerias de cópia remota, use o comando rmpartnership.

Mova volumes para o grupo de E/S restante

Antes de concluir o restante da migração, assegure-se de ter as seguintes informações:
  • O nome ou ID do grupo de E/S restante
  • O nome ou ID do grupo de E/S sendo removido
  • Os nomes ou ID dos nós no grupo de E/S sendo removido
  • Todos os nomes ou IDs de volumes que estão sendo movidos para o grupo de E/S restante
  • Todos os endereços IP de serviço usados para descoberta de IP para os nós removidos e os nós restantes
Nota: Nesse procedimento, o grupo de E/S 0 (iogrp0) está sendo removido e o grupo de E/S 1 (iogrp1) é o grupo de E/S restante. Os nós que são removidos são denominados node1 e node2. Nos exemplos, somente um volume é movido (vdisk0); no entanto, todos os volumes devem ser movidos ou dados podem ser perdidos.
Após preencher todos os pré-requisitos, conclua as etapas a seguir para mover os volumes para o grupo de E/S restante:
  1. Conceda acesso aos volumes que existem atualmente no grupo de E/S que está sendo removido para o grupo de E/S restante inserindo o seguinte comando:
    addvdiskaccess -iogrp iogrp1 vdisk0
    em que iogrp1 é o nome do grupo de E/S restante no cluster e vdisk0 é o nome do volume atualmente acessível para o grupo de E/S que está sendo removido. (Por exemplo, iogrp0). Conclua essa etapa para cada volume que usa atualmente o grupo de E/S sendo removido do cluster.
  2. Mova o volume (vdisk0) para o grupo de E/S restante (iogrp1) inserindo este comando:
    movevdisk -iogrp iogrp1 vdisk0
    Conclua esta etapa para todos os volumes que atualmente usam o grupo de E/S sendo removido do cluster.
  3. Remova o acesso a todos os volumes que estavam anteriormente no grupo de E/S sendo removido do cluster inserindo este comando:
    rmvdiskaccess -iogrp iogrp0 vdisk0
    Conclua esta etapa para todos os volumes que atualmente usam o grupo de E/S sendo removido do cluster.
  4. Remova os nós do grupo de E/S sendo excluído do cluster inserindo estes comandos:
    rmnode -force node1
     rmnode -force node2
  5. Remova as sub-redes de descoberta de nó para os nós removidos para os nós restantes concluindo as etapas a seguir:
    1. Efetue login na interface de serviço usando o endereço IP de serviço de um dos nós restantes e insira o comando a seguir:
      sainfo lsnodediscoverysubnet
      Nos resultados exibidos, determine os IDs de cada um dos nós sendo removidos.
    2. Para cada nó removido, exclua seus endereços IP associados da descoberta do nó inserindo o seguinte comando:
      satask rmnodediscoverysubnet -id 1
      satask rmnodediscoverysubnet -id 2
      satask rmnodediscoverysubnet -id 3
      satask rmnodediscoverysubnet -id 4
    3. Repita as etapas 5a e 5b para todos os nós que estão sendo removidos.

Atualize a configuração da pilha no console do AWS

Após concluir todas as etapas nas interfaces do IBM Spectrum Virtualize for Public Cloud, efetue login no console do AWS para atualizar a pilha com a nova configuração concluindo estas etapas:
  1. Efetue logon no AWS Management Console com o perfil do administrador padrão do AWS ou o perfil do instalador.
  2. Selecione CloudFormation > Pilhas. Selecione a configuração de cluster de quatro nós existente. Ela é exibida como uma carga de trabalho aninhada com o seguinte formato de nome: [stack-name]-workstack-{resource id}.
  3. Clique em Atualizar.
  4. Selecione Atualizar Pilha Aninhada e clique em Atualizar Pilha.
  5. Na página Atualizar Pilha, selecione as opções a seguir:
    • Na seção Pré-requisito--Preparar Modelo, selecione Substituir Modelo Atual.
    • Na seção Especificar Modelo, selecione URL do Amazon S3.
    • No campo Amazon S3 URL, insira a URL que é exibida no campo StackUpdateTemplate. Essas informações serão incluídas no resumo e na notificação por e-mail quando as instâncias do nó forem instaladas pela primeira vez no AWS. Essas informações serão incluídas na guia Saída quando as instâncias do nó forem instaladas pela primeira vez no AWS.
  6. Clique em Avançar.
  7. Na página Especificar Detalhes da Pilha, mantenha os valores que já estão definidos para a configuração existente. Revise a seção Configuração do Amazon EC2 e assegure-se de que o grupo de E/S sendo removido esteja configurado para Nenhum. Por exemplo, neste procedimento, iogrp0 está sendo removido e Tipo de instância do nó IBM Spectrum Virtualize para o grupo de E/S 0 deve ser configurado como Nenhum. Clique em Avançar.
  8. Na página Configurar Opções de Pilha, mantenha os valores que já estão configurados. Clique em Avançar.
  9. Na página Revisão, revise as opções. Clique em Avançar.
  10. Na página Alterar Visualização Configurada, revise os recursos alterados. Vários recursos são modificados e duas instâncias do EC2 são removidas para os dois nós que estão sendo excluídos do cluster. Após verificar essas mudanças, assegure-se de que Reconheço que o AWS CloudFormation pode criar o recurso IAM esteja marcada.
  11. Clique em Atualizar Pilha. Verifique se o status da pilha aninhada muda para Update_In_Progress.
  12. Após a pilha ser listada como UPDATE_COMPLETE, verifique os detalhes listados para a pilha aninhada atualizada na página CloudFormation > Pilhas.
  13. Verifique se os nós foram removidos do cluster inserindo o seguinte comando:
    sainfo lsservicenodes
    Nos resultados que são exibidos, verifique se os nós foram removidos da configuração de cluster.
  14. Se desejar usar os recursos dos conjuntos de redução de dados no cluster de dois nós, deve-se migrar os volumes convertidos de volta para um conjunto de redução de dados no grupo de E/S restante após concluir as etapas neste procedimento. Para obter informações sobre como converter volumes de volta para o conjunto de redução de dados no grupo de E/S restante, consulte Movendo volumes para um conjunto de redução de dados.
  15. Se desejar recriar objetos relacionados ao Serviço de Cópia, use um dos comandos a seguir:
    • Para grupos de consistências de FlashCopy, use o comando mkfcconsistgrp.
    • Para mapeamentos de FlashCopy, use o comando mkfcmap.
    • Para grupos de consistências de cópia remota, use o comando mkrcconsistgrp.
    • Para relacionamentos de cópia remota, use o comando mkrcrelationship.
    • Para parcerias de cópia remota, use o comando mkippartnership.